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SYSTEM AND METHOD FOR COMPLEX SCHEDULE GENERATION 



FIELD OF THE INVENTION 

The invention is in the field of generating complex schedules in dynamic 
environments, such as call centers. 

BACKGROUND 

Generating schedules for employees is a complex problem for enterprises. 
Telephone call center scheduling is an example of a scheduling problem with a large 
number of variables. Variables include call volume at a particular time of day , available 
staff, skills of various staff members, call type (e.g., new order call and customer service 
call), and number of call queues, where a queue may be assigned a particular call type. A 
basic goal of call center scheduling is to minimize the cost of operators, or agents, 
available to answer calls while maximizing service. Quality of service, or service level, 
can be quantified in various ways. One common metric for call service level is the 
percentage of incoming calls answered in a predetermined time, e.g. thirty seconds. The 
call center may receive calls of various types that are assigned to respective call queues. 

Traditionally, call center scheduling is performed by first forecasting incoming 
call volumes and estimating average talk times for each time period t (based on past 
history and other measures). The forecast is based upon historical data. Next, a closed- 
form formula known as reverse Erlang-C is used to compute full-time equivalent (PTE) 
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agent requirements to provide a desired service level for each time period t. Such a 
method is described in Elementary Queuing Theory and Telephone Traffic, by Petr 
Beckmann, 1977 (Lee's abc of the Telephone Training Manuals, Geneva, IL.) After the 
FTE agent requirements are computed, the required number of agents are scheduled for 
5 each time period t 

At a call center, calls of different types are typically placed onto different queues 
by an Automatic Call Distributor (ACD). The calls wait at the ACD for an operator to 
answer them. At many modern call centers, the agents cannot answer any type of call; 
they can only answer calls for which they have the prerequisite skill. At some call 
centers, there is a group of agents for each type of call that comes in, which means that 
each group (and queue of calls) can be treated as a separate problem. However, at an 
increasing number of call centers, agents are multi-skilled, and can answer calls from a 
variety of queues. Typically, not all agents have the same skills, and thus some agents 
can answer some calls while other agents cannot. The ACD distributes calls waiting in 
different queues to agents who are skilled to handle calls from the respective queues. 
This distribution task is referred to as skill-based routing. Determining agent schedules 
for this latter type of call center is known as the skill-based scheduling problem. It is 
considerably more difficult than the basic call center scheduling problem because of all 
the interactions between queues. 

20 The skills-based scheduling problem has no known closed-form solution that can 

be used to estimate available FTE levels for each queue when agents are shared among 
queues. Prior attempts to solve the skills-based scheduling problem involve the use of a 
discrete event ACD simulator to validate estimates. For example, the skills-based 
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scheduling technique disclosed in U.S. Patent 6,044,355 includes forming skill groups 
that contain agents with identical sets of skills, preferences, and priorities. A "skill group 
availability array" is then generated that attempts to estimate what percentage of 
scheduled agents of each skill type will be available to each call type during each time 
5 interval Erlang processing and ACD simulation are used to increase the accuracy of the 
percentage estimates, and standard call center schedule algorithms can then be used for 
scheduling. 

Such prior solutions have other serious limitations. For example, the array grows 
exponentially as the number of skills grow. This is particularly true because the skill 
m 10 group is inflexible in that each different combination of skill, preference, priority, and 
In proficiency requires the creation of a new skill group. The size of the array may thus 

;J3 reach a level at which processing time is too great and processing resources are 

5 inadequate. Another limitation of prior methods is that they do not allow for the easy 

H determination of fine-grain changes to the schedule such as the addition or subtraction of 

-■ ' •* 

K 1 5 a single agent. The current methods require that the entire algorithm be executed again 
for any incremental change, such as the addition or subtraction of one agent. 

Other prior methods for skills-based scheduling use skill groups (similar to those 
disclosed in U.S. Patent 6,044,355) and are limited to the assumption that each individual 
agent simply splits time at a predetermined ratio between various queues (task 
20 switching). In such methods, at any given time, each agent is limited to taking calls from 
queues assigned to his or her skill group at that time. Each agent is unable to take calls 
from other queues that he or she may be skilled in. This is a serious limitation, 
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potentially causing some queues to overflow because the assigned skill group is busy, 
while there may be idle agents in other skill group who are capable of taking those calls. 

Another serious limitation of prior methods is that they provide relatively coarse 
approximations of schedules that fail to take into account all of the dynamics of a 
situation. For example, if an agent from a new skill group is added to the schedule, the 
performance of call queues that are not handled by the new agent may change. These 
complex dynamics are not modeled well in available scheduling methods. 

Another limitation of current methods is that simulation must be performed for 
each iteration of the algorithm. One reason for this requirement is the failure of prior 
methods to estimate individual contributions of single agents to particular queues. This is 
expensive and time consuming. 

Yet another disadvantage of prior methods for solve scheduling problems is that 
the algorithms of prior methods may require excessive time to execute because the prior 
methods are not designed to facilitate parallel processing. 



Attorney Docket No. : 20 1 9 1 -70 1 
1297178.3 



5 



t 



SUMMARY OF THE DISCLOSURE 

A system and method for generating a schedule for multiple employees in a 
complex environment is described. In one embodiment, the method includes generating a 
schedule for multiple employees with varying skill sets for a time period, wherein the 
5 plurality of employees have varying overlapping skill sets that enable them to perform 
various tasks, and wherein employees are shared across tasks within the time period. In 
one embodiment, the method includes receiving a plurality of user inputs to a scheduling 
program, including a number of employee designations that each refer to a unique 
K employee, and a number of skill sets that each correspond to one of the employee 

m 10 designations. The method further includes receiving a user input that changes the number 
!M of employee designations by indicating at least one changed employee, and estimating an 

effect of the at least one changed employee on effective staffing levels for each of the 
T various tasks. The method further includes generating estimated effective staffing levels 

■Sf for each of the various tasks. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 is a block diagram of an embodiment of a system for complex schedule 
generation. 

Figure 2 is a flow diagram of an embodiment of complex schedule generation. 

Figure 3 is a block diagram showing the relationship between elements in an 
embodiment. 

Figure 4 is a diagram showing information flow in a schedule evaluator of one 
embodiment. 
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DETAILED DESCRIPTION 

A system and method for generating complex schedules in complex 
environments, such as call center environments, is described. The embodiments 
described include generating schedules for multiple employees, or agents, each having 
5 different sets of skills that enable them to perform various tasks. An agent may be shared 
across various tasks within one scheduled time period. 

Figure 1 is an embodiment of a system 100 for generating complex schedules, 
y The system includes multiple client computers 102-105, which are coupled to the server 

Wi 106 through a network 108. The network 108 can be any network, such as a local area 

Z *■ z 

m 10 network, a wide area network, or the Internet. The client computers each include one or 
\D more processors and one or more storage devices. Each of the client computers also 

□ includes a display device, and one or more input devices. The server 106 includes one or 

O more storage devices. All of the storage devices store various data and software 

! 3 programs. In one embodiment, methods for generating complex schedules are carried out 

I* 

15 on the system 100 by software instructions executing on one or more of the client 

computers 102-105. The software instructions may be stored on the server 106 or on any 
one of the client computers. For example, one embodiment is a hosted application used 
by a call center of an enterprise that requires complex scheduling of many employees. 
The software instructions are stored on the server and accessed through the network by a 

20 client computer operated by the enterprise. In other embodiments, the software 

instructions may be stored and executed on the client computer. Data required for the 
execution of the software instructions can be entered by a user of the client computer 
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with the help of a specialized user interface. Data required for the execution of the 
software instructions can also be accessed via the network and can be stored anywhere on 
the network. 

One example of a complex schedule is an agent schedule for a call center. A call 
5 center is an organization that answers calls from customers of an enterprise. An agent is 
an employee that is trained to answer calls. Each agent can have a different skill set. For 
example, one agent may be trained to answer live telephone help inquiries regarding 
certain products, respond to email regarding certain products, receive telephone purchase 
;i orders for certain products, etc. The agent may be assigned to multiple call queues within 

m 10 a time period. A call queue handles one type of contact requiring a particular skill or 
L r 1 skills. The possible number of skill sets includes every permutation of combinations of 

"0 the existing skills in the organization. Each agent has a particular skill set, but the skill 

4 sets among different agents may overlap. In embodiments of the invention, as described 

17s more fully below, a user who is performing scheduling can quickly determine the overall 

u 15 effect on the entire schedule of removing or adding a single agent or more without 

restarting the entire scheduling process. The overall effect on the schedule accounts for 
the effect on each call queue, even those queues that are not worked by the agent or 
agents being added or subtracted from the schedule. These queues are affected because 
the agents handling those queues will have more or less time to spend handling those 
20 queues as a result of handling more or less work on the queues that are usually worked by 
the agent or agents being added or subtracted. Embodiments of the invention also reduce 
the number of schedule simulations required in the scheduling process by performing 
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simulations only at intervals. As described more fully below, it is determined at what 
intervals simulation is necessary. 

Figure 2 is a high-level flow diagram of one embodiment of complex scheduling. 
The scheduling process is begun at 402. The scheduling process includes a user 
interacting with a scheduling program through a user interface. The scheduling process 
includes the user making entries such as agent designations, agent skills, agent 
preference, and agent priorities. An agent designation can be a name, a social security 
number, an employee number, or any other designation that uniquely identifies an 
employee. 

At 404, it is determined whether the user has added an agent to the schedule or 
removed an agent from the schedule. If the user has made such a change, an estimation 
function generates an estimate of the resultant change in the effective staffing of each 
queue. In one embodiment, the estimation function is described at a high level by 406- 
416. The estimation function takes as inputs the skill set, proficiencies, priorities, and 
preferences of the added or removed agent, or "changed agent". The estimation function 
also takes various statistics about each queue as input. The various statistics include call 
volume, average handling time per call, and the performance as measured by a previous 
simulation. 

At 406, the total effective work the changed agent will perform is calculated. As 
a function of call center configuration statistics, including but not limited to the number 
of queues the agent is trained to handle, the total amount of effective work (i.e. effective 
FTE's, or effective Erlangs of work) that the agent will do is calculated. In one 
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embodiment a lookup table is used. In the lookup table, the number of queues is the 
index and the amount of effective work contributed is the data. This lookup table can be 
populated empirically using a simulator, or it can be populated empirically using 
measurements from a sample of real call centers. The lookup table can also be designed 
5 to be adaptively filled and changed over time to most closely correspond to events in a 
particular call center. For discussion purposes, the total work estimated for an agent is 
called "W". 

As shown at 408 and 410, the bunching factors for each queue and load remaining 
factors for each queue are calculated and used to scale each queue. Other factors may 

10 also be used to scale each queue. The bunching measure is defined as (average handle 
time)/(calls per time interval). Load remaining is defined as (average handle time) X 
(number of calls not answered in a predetermined service time). Bunching and load 
remaining are combined, either as a linear combination or through multiplication, which 
yields an overall index for each queue. The overall index for each queue is called the "I" 

15 of the queue. At 412 the total work computed, or W, is distributed across all the affected 
queues in linear proportion to the I values of all those queues. For all agents other than 
the changed agent, work distribution is recalculated as described above. This is 
effectively like assuming that every remaining agent is removed and re-added to the 
schedule, allowing the algorithm to proceed again. The addition of the changed agent 

20 causes the load remaining to change, and the adjustment of all remaining agents 

compensates for and empirically mimics second-order effects. All other agents 1 effective 
work is adjusted at 414. An estimate of effective staffing levels is output at 416. 
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If an agent has not been added or removed at 404, it is next determined whether 
the simulator should be run at 418. An adaptive algorithm is used to determine whether 
the simulator should be run. In one embodiment, the adaptive algorithm measures the 
cumulative error of using the estimation function from the results of simulation and uses 
5 it and a predetermined amount of allowed error to choose how many changes can be 
made to the schedule before running a simulation. 

If it is determined that the simulator is not required, the scheduling process 
continues at 420. If it is determined that a simulation should be run, then the current 
' t schedule is simulated at 426. After simulation, the estimated effective staffing levels that 

m 10 were output at 4 1 6 are replaced by simulated effective staffing levels, and scheduling 
m continues at 420. The schedule is evaluated at 422 to determine whether it is an 

^fl acceptable schedule based upon predetermined criteria. If the schedule is acceptable, it is 

y output at 424. 

Figure 3 is a block diagram showing the relationship between elements in an 
^ 15 embodiment of the invention. The user accesses scheduling software, or scheduler, 208, 
using input device 212. Data from database 214, including call volumes, work rules, 
employee or agent designations, and handling times provide scheduling constraints for 
scheduler 208. The data from database 214 also provides input to the workload 
forecaster 204, which outputs forecasts of workload and service goals. The schedule 
20 e valuator 202 evaluates schedule changes generated by the scheduler 208 and returns a 
score for the change. Based upon the score, the scheduler 208 determines whether to 
output a completed schedule to the output device 210 or to continue. The schedule 
evaluator also determines whether to simulate as previously described. The scheduler 
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sends a request to the simulator 206 if a simulation is required. The simulator provides 
an estimate of the performance of the schedule in the form of updated staffing arrays, 
which include simulated effective staffing levels. 

Figure 4 is a diagram showing information flow in a schedule evaluator of one 

5 embodiment. When a candidate change occurs, it is determined at 302 whether to 

simulate. A candidate change is the addition or removal of an agent from the schedule by 
the user. Simulation occurs at 304, or if simulation is not required, the employee 
involved in the change is assigned a variable "e" at 306. The variable "i" represents a 
relatively small increment of time within a previously defined time period which the 

10 schedule is intended to cover, as shown at 308. The work performed by the changed 

employee is calculated at 3 10, and effect of the work on performance is distributed across 
each queue at 3 14. For each employee that works a queue also worked by the changed 
employee, and for each queue that each of those employees work, performance 
contributed by each of those employees is adjusted at 3 16. Next, it is determined whether 

1 5 the end of the previously defined time period affected by the change has been reached. 
That is, it is determined whether the effect of the change has been accounted for over the 
defined time period. If the end of the defined time period has been reached, the score of 
the change is calculated at 320. If the end of the defined time period has not been 
reached at 3 1 8, the time is incremented at 3 12, the calculation of work performed by e is 

20 repeated at 3 1 0, and the flow resumes as before. 

Another aspect of the invention is the division of the scheduling method into parts 
for parallel processing. Parallel processing uses different processors simultaneously to 
perform different parts of the method for increased speed and efficiency. In one 
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embodiment, simulation can be performed on one processor while scheduling is 
performed on one or more different processors. In another embodiment, the defined 
period to be scheduled is broken into sub-periods of, for example, fifteen minutes each. 
The scheduling of each sub-period is performed on a different processor. 



Attorney Docket No. : 20191 -70 1 
1297178.3 



14 



